home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000281_news@columbia.edu _Mon Dec 9 18:00:32 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id SAA12553 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 9 Dec 1996 18:00:32 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id SAA05078 for kermit.misc@watsun; Mon, 9 Dec 1996 18:00:31 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: dialing macro for dialback modem
  8. Date: 9 Dec 1996 22:59:37 GMT
  9. Organization: Columbia University
  10. Lines: 57
  11. Message-ID: <58i5kp$2em$1@apakabar.cc.columbia.edu>
  12. References: <32A88B82.41C67EA6@panix.com> <58heqt$kcd@watsun.cc.columbia.edu> <32AC968D.41C67EA6@panix.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <32AC968D.41C67EA6@panix.com>,
  16. Kurt Rosenhagen  <kjr@panix.com> wrote:
  17. : Frank da Cruz wrote:
  18. : > In article <32A88B82.41C67EA6@panix.com>,
  19. : > Kurt Rosenhagen  <kjr@panix.com> wrote:
  20. : > : Ive modified an existing macro for dialing in to a dialback modem. When
  21. : > : the dialback occurs, an "INPUT" command is executed, and the message
  22. : > : "Cant condition line for input" appears five times (there are siz input
  23. : > : commands after dialback). The message "Connecting to cua0" etc apperas,
  24. : > : script file is finished as kermit now expects input from keyboaard.
  25. : > :
  26. : > So this means you are probably using C-Kermit?  Which version?
  27. : > On which platform?
  28. : > 
  29. : > Anyway, the trick of handling dialback situations is that you
  30. : > have to hang up the modem after making the call, so it can call
  31. : > you back.  If you don't hang it up, it will just get a busy
  32. : > signal.
  33. :
  34. : Sorry, I should have been more complete. I'm running C-Kermit ...
  35. :
  36. What version of C-Kermit?
  37.  
  38. : ... on a Sparc
  39. : 10/50 under SunOS 4.1.3. While the dialback is not getting a busy
  40. : signal, I think the problem is similiar; the answering modem isn't
  41. : answering until the "INPUT" command times out. I've currently got it
  42. : kind of working by doing one macro for dialout, then "HANGUP", then
  43. : another macro for dialback answer (which can't be executed until the
  44. : modems have finished negotiating). Can this somehow be automated into
  45. : one macro?
  46. : 
  47. I'm sure it can be, but I don't have access to your setup to try it.
  48. I think the problem you had before was that C-Kermit was holding on to
  49. its end of the original phone call.  The service on the other end hung
  50. up, but C-Kermit was still trying to use it (e.g. by issuing INPUT
  51. commands).  But since the other end had hung up, there was no more carrier
  52. and so the device driver was returning errors when you gave the INPUT,
  53. OUTPUT, or similar commands, and in any case the modem was not conditioned
  54. to answer the call-back.
  55.  
  56. I'd suggest you install C-Kermit 6.0 on your Sun and then have your script
  57. use the new ANSWER command.  So in outline, it would look like this:
  58.  
  59.   dial xxxxxxx
  60.   if fail ...
  61.   (put input/output dialog here)
  62.   hangup
  63.   answer xxx  ; xxx = number of seconds to wait for call
  64.   if fail ...
  65.  
  66. At this point, you should have a usable connection.  For info about
  67. C-Kermit 6.0, see:
  68.  
  69.   http://www.columbia.edu/kermit/ck60.html
  70.  
  71. - Frank